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(57) Abstract: The present invention proposes a method for billing a subscriber (A, B) for data transmission in a communication 
network (NW; AN, CN) said communication network comprising at least one call control entity (CSCF) for controlling calls to 
be established from a subscriber (A, B) to a communication destination (B, A), said method comprising the steps of: forwarding 
a signaling message from said subscriber (A) to said destination (B), said signaling message comprising a message header and a 
message body, said message header including information descriptive for a content carried in the message body, analyzing said 
signaling message header at said call control entity (CSCF), and generating billing information based on the result of analysis. 
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A METHOD FOR BILLING A SUBSCRIBER FOR DATA TRANSMITTED IN A SIGNALING MESSAGE 
5 

FIELD OF THE INVENTION 

The present invention relates to a method for billing a 
subscriber for data transmission in a communication 
10 network. 

BACKGROUND OF THE INVENTION 



Recently, developments concerning communication networks 
15 focus also on a communication network enabling transmission 
of (speech) data on the basis of the Internet Protocol 
(IP) , known as Voice over IP (VoIP) and/or IP Telephony. 

Such communication networks comprise an access network via 
20 which a subscriber's terminal gains access and/or connects 
to a core network. The access network is specific to a 
connection technology such as wireless/radio access 
networks or non-wireless access networks, while the core 
network is independent of the connection technology adopted 
25 for connection of the terminal to the network. 

Fig. 1 of the drawings shows in rough outline the basic 
constituents of such a communication network. It is to be 
noted that the drawing illustration has been significantly 
30 simplified for explanatory purposes such that Fig. 1 shows 
only those components considered to be relevant for the 
understanding of the present invention. 
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A subscriber, i.e. a subscriber's terminal A establishes a 
communication path via the network NW to a communication 
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^""nation ». The subscriber's terminal may be any 
wireleas or non-wireless terminal, aa long it J 
° -operate with the communication network m. lllTsl 
5 subsIT °" d "" na "°" -» "e a terminal of a 

ter^in ^" !° netW ° rk - »~ertheless, it may be any 

net::: 1 ,::: t : teminai having subscrited * 

address ' * terml " al be "rifled by its 

» The oo^nication network HW consists or an access network 
» and a core network at. since the access network 

TZTZ d o£ " inor lnterest £or the p — 

Lc!. . deSCription thereof is omitted. However, the 
access network ray f or example be a « MTS (Cniversa Mo blle 
Telecommunications System) access network a GPRS ,c , 
Packet Radio Service, access network, or ihe like. 

The core network CN i„ turn comprises at least one call 

run" IT T ty3lS ° t0 " «" ™ 

functional entity CSCP. The call state control function . 

«cr ^comprises a serving cscf and an interrogating CSCP. 

The serving CSCF i s used for mobile originated 

coZrT" 3 aM alS ° t0 SUPPMt m0bile terminated 

da~ a r: n ot The h ae r n9 cscf ~ s a — * 

taoase SPD (not shown) and an address handling AH (also 

si nati:^: nctionaiity - ihe s ™ cscp "« 

CsHs "! eraC "° nS W " h • terminal. The interrogating 
CSF is used for mobile terminated communications and is 
also used to determine how to route mobile terminated 
sut Z lnterr ° 9atln * CS ^ interrogates a home 

directed to the serving CSCF. The 
interrogating CSCP provides an incoming call g a tew ay 
functionality ICG „ and the address handling 
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functionality. Both, the serving and interrogating CSCF 
components can be provided in a single CSCF if required. 

Particularly, the call state control function CSCF provides 
5 a call control functionality CCF. In connection therewith, 
it provides among others for ; ; 

- call set-up/termination and state/event management 

- call event reporting for billing, auditing, intercept or 
other purposes, ; 

10 - receiving and processing application level registrations. 

In currently developed communication networks /^signaling 

— within a network as described above -is-based-o n tha _-Seasl.on 

Initiation Protocol SIP. According to the Session 
15 Initiation Protocol, SIP message headers are in plain text 
and look similar to e-mails. Also, SIP uses a client server 
model similar to the Hypertext transfer protocol HTTP and 
many others, and is used in conjunction with other 
protocols such as Session Description Protocol SDP etc. 

20 

Signaling is effected by exchanging SIP messages. SIP 
messages can be divided into SIP request messages and SIP 
response messages. 

25 SIP request messages are SIP INVITE (invites client or 
server to establish a session) , SIP ACK (confirmation 
reception of a final response to an INVITE message) , SIP 
BYE (sender wishes to close the session), SIP CANCEL 
(cancels pending requests), SIP OPTIONS (asks for 

30 information about capabilities before establishing a 

session), SIP REGISTER (informs a location server of the 
client's IP address). 
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SIP response messages are lxx Informational, 2xx Success, 
3xx REDIRECTION, 4xx CLIENT ERROR, 5XX SERVER ERROR, 6XX 
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GLOBAL FAILURE* Such SIP response messages use a 3 digit 
number, e.g. lxx. The first digit defines the category, 
while the next two digits allow up to 100 variations, e.g. 
200 OK (successful invitation) . 



The call state control functional entity CSCF in connection 
with the SIP serves as a SIP server with which session 
establishment is effected according to known SIP session 
establishment procedures which are not described here in 



The above briefly described SIP standards enable the 
sending of different types of content within the SIP 
signaling, for example with the SIP INVITE message. The 

15 content is defined with content type and content length 

field within the SIP message, whereas the actual content is 
inserted into the message body. Such content to be inserted 
can be any content which has a MIME type definition. MIME 
(= Multipurpose Internet Mail Extensions) provide a common 

20 structure for encoding a range of electronic documents or 
other multimedia data. For example, such MIME type content 
could be text, image, audio, video, compressed file, 
application data, HyperText Markup Language (HTML) data, e- 
mail data. 



Using MIME enables signaling the type of "object" being 
carried, associating a file name with an object, 
associating several independent objects for forming a 
multi-part object, handling data encoded in text or binary 
30 and -if necessary- re-encoding the binary as text. 



5 



10 



detail. 
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Thus, as content can be delivered already within -for 
example- the SIP INVITE message (or any other SIP message) 
forwarded from subscriber A to subscriber B, there is no 
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possibility for charging activated as the subscriber B has 
not answered the call. 

Furthermore, even if subscriber B. should answer the call, 
5 with currently existing mechanisms the charging could only 
be based on charging parameters such as time (start time of 
the call and/or duration of the call), and/or B f s 'address. 

Apparently, content transmitted within signaling messages 
10 remains uncharged and could be sent for free. 

However, as already the signaling and the consent included 
therein consumes network transmission resources", it is 
undesirable that such a use of the network transmission 
15 resources should be free of charge. 

SUMMARY OF THE INVENTION 

Hence, it is an object of the present invention to indicate 
20 a method for billing a subscriber for data transmission in 
a communication network, which enables already the billing 
for contents transmitted in connection with call 
establishment. 

25 According to the present invention, the above object is 
achieved by a method for billing a subscriber for data 
transmission in a communication network said communication 
network comprising at least one call control entity for 
controlling calls to be established from a subscriber to a 

30 communication destination, said method comprising the steps 
of: forwarding a signaling message from said subscriber to 
said destination, said signaling message comprising a 
message header and a message body, said message header 
including information descriptive for a content carried in 

35 the message body, analyzing said signaling message header 
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at said call control entity, and generating billing 
information based on the result of analysis. 



According to further developments of the present invention 
5 - said communication network is operated using the Session 
Initiation Protocol SIP; 

- said signaling message is a SIP message; 

- said message header comprises a content type field; 

- said message header comprises a content length field; 
10 - said message header comprises a content type and length 

field; 

- said billing information is generated dependent on said 
content type; 

~ - ~s aid bi 1 1 iHg~inf orma t aon~~i s generated dependent orr~ s aid 
15 content length; 

- said billing information is generated dependent on said 
content type and said content length; 

- said content carried in said message body is a 
Multipurpose Internet Mail Extension (MIME) type content; 

20 - said MIME type content is at least one of at least the 
following: text, image, audio, video, compressed file, 
application data, HyperText Markup Language (HTML) data, e- 
mail data; 

- said billing information generated is a Call Detail 
25 Record (CDR) ; 

- said SIP message is a SIP request message of SIP INVITE, 
SIP ACK, SIP BYE, SIP CANCEL, SIP OPTIONS, SIP REGISTER; 

- said SIP message is a SIP response message of lxx 
Informational, 2xx Success, 3xx REDIRECTION, 4xx CLIENT 

30 ERROR, 5XX SERVER ERROR, 6XX GLOBAL FAILURE, 

The billing information generated can be used in a prepaid 
charging application. In a prepaid charging application, 
the billing information can be used to subtract a prepaid 
35 credit account. The account is typically subscriber 



WO 02/37759 




PCT/EPOO/10942 



- 7 - 



specific. Thus the billing information generated dependent 
on said content type and/or said content length is used to 
determine the amount of credit that must be subtracted from 
the subscriber's account, who is .paying for the content 
5 carried in the signaling message. If there is no sufficient 
prepaid credit available/ the content can be deleted from 
the signaling message relayed or the processing of the 
signaled call with which the content is associated can be 
terminated. 

10 

Accordingly, by virtue of the present invention, it is 
possible to charge a subscriber already for delivery of 
-data— during— eail— establishment — — 

15 Still further, charging / billing does not necessitate that 
a call is actually established since charging is already 
enabled even if a called party / communication destination 
does not answer during call establishment. 

20 Also, charging can be based on the delivered content type. 
Thus, for the same amount of data but for a different type 
of content, a network operator may charge differently 
depending on the content type. 

25 Additionally, it may be charged only on the basis of the 
amount of data or based on a combination of the type and 
amount (length) of data. 

Moreover, charging on the basis of the type and or length 
30 of data can be combined with traditional charging 

parameters such as the address of the communication 
destination, the time of communication (start time) as well 
as the duration of the communication. Such a combination is 
of course, conceivable for all possible permutations of 
35 combinations of one or more of the mentioned parameters. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The above and further objects, features and advantages of 
the present invention will become more fully apparent when 
5 referring to the accompanying drawings, in which 

Fig. 1 shows in rough outline the basic constituents 
of a communication network adapted to implement the present 
invention; and 

Fig. 2 illustrates a flowchart of the basic processing 
10 steps involved in the present invention. 

DETAILED DESCRIPTION OF EMBODIMENTS 

The present invent ion -will now be described in detail with 
15 reference to the drawings. 

Fig.* 2 illustrates a flowchart of the basic processing 
steps involved in the present invention. As shown in Fig. 
2, the process starts in a step S20. In a subsequent step 
20 S21, the subscriber's A terminal forwards a signaling 

message such as a SIP message via the communication network 
towards a communication destination, e.g. a terminal of a 
subscriber B. For example, the SIP message is a SIP INVITE 
message or any other of the above mentioned SIP messages. 

25 

As the communication path is passing via the CSCF of the 
core network, at step S22 the CSCF analyses the SIP 
message. Stated in other words, the fields of the SIP 
message are analyzed. Every SIP message comprises at least 
30 a message body (carrying a content) and a message header 
carrying information descriptive for a content carried in 
the message body. In particular, the message header may 
comprise a content type field, or a content length field, 
or a content type field and a content length field. 

35 
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As the SIP messages are suitable for embedding MIME encoded 
contents therein, the content type field of the SIP message 
header may include any of the above referenced MIME types. 
That is, the SIP message header may specify that the 
5 content carried in the message body is at least one of at 
least the following MIME content types: text, image, audio, 
video, compressed file, application data, HyperText Markup 
Language (HTML) data, e-mail data, and the like. 

10 Based on the analysis in step S22, the CSCF generates, in 
•step S23, billing information. The generated billing 
information is a call detail record CDR. ^ . 



Generally, such billing information and/or CDR is a 
15 formatted collection of information about a chargeable 
event (e.g. time of call set-up, duration of said call, 
amount of data transferred, etc.) for use in billing and 
accounting. For each party to be charged for parts of or 
for all charges of a chargeable, event, a separate call 
20 detail record shall be generated. That is, more than one 
CDR may be generated for a single chargeable event, for 
example because of its long duration, or because more than 
one charged party is to be charged. 

25 The above mentioned general principles for the billing 

information and/or call detail record remain valid also in 
connection with the present invention. 

In particular, the CDR generated according to the present 
30 invention in step S23 has fields like timestamp (time 

and/or duration), A subscriber address (e.g. caller), B 
subscriber address (e.g. callee) , content type and content 
length, which can be used for subsequent billing purposes. 
Additionally, other conventionally known fields can be 
35 combined therewith. 



7 
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Subsequently, the process ends in a step S24. 



Accordingly, as has been described above, according to the 
present invention it is possible to implement a content 
5 sensitive charging. Stated in other words, charging based 
on content included in any SIP message can be implemented 
such that upon reception of a SIP INVITE message (or any 
other SIP message) at the CSCF, the fields of the SIP 
message, particularly the fields comprised by the message 

10 header are subjected to an analysis. If the content type 
field has a special value (which can be predetermined by 
the network operator), such as "e-mail" or "video", a call 
detail record representing billing information is created 
by the CSCF. This enables a different charging, e.g. for 

15 "e-mail" and "video" contents. Nevertheless, all MIME type 
encoded contents as mentioned above may be predetermined to 
be subjected to a charging according to their content type. 



Also, the charging may be effected already for the sent 
20 content, irrespective of whether the sent content was 
actually received at the communication destination. 
Nevertheless, charging may be effected for those of sent 
contents which were actually received at the communication 
destination. In case charging is based on only those sent 
25 contents which were actually received, a feedback from the 
communication destination will have to be forwarded from 
the destination^ to the sender (caller) . Such a feedback can 
be included without difficulties in the SIP ACK or 2xx 
success message, for example. 

30 

The billing information generated can be used in a prepaid 
charging application. In a prepaid charging application, 
the billing information can be used to subtract a prepaid 
credit account. The account is typically subscriber 
35 specific* Thus the billing information generated dependent 
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on said content type and/or said content length is used to 
determine the amount of credit that must be subtracted from 
the subscriber's account, who is paying for the content 
carried in the signaling message.. If there is no sufficient 
prepaid credit available, the content can be deleted from 
the signaling message relayed or the processing of t the 
signaled call with which the content is associated can be 
terminated. 

Still further, it can also be conceived that the billing 
information generated about the contents is processed in 
several stages. It is possible that the CDRs generated on 
-contents are-notr-priced and/or charged for direlctly, but 
only in association with other CDRs and billing information 
associated with the paying subscriber and the sessions in 
the context of which the contents were sent. In an 
embodiment of the invention, the generated content CDRs are 
input to a mediation means . The mediation means may 
combine the several different types of CDRs associated with 
the session or call in the context of which the content was 
sent. The mediation means take as input all the CDRs 
associated with the session and which are of different 
types. These CDRs may include call-time charging CDRs, 
which charge the call conversation time, data traffic CDRs, 
which charge for the amount of data traffic sent and so on. 
In addition to these, the content CDRs are input to the 
mediation means. The mediation means output is, for 
instance, a uniform CDR, in which information on all the 
call related sub CDRs has been combined. The mediation 
means combines the information from the different types of 
CDRs using a processing logic which is dependent on the 
operator call pricing model. The output from the mediation 
means is, for instance, directed to a billing center, which 
forms the actual billing information on the CDRs. 
Alternatively, the mediation means provide information for 
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a prepaid charging application on how much the prepaid 
credit should be debited for the session CDRs inputted to 
the mediation means. For instance, a greeting content such 
as a picture or video clip sent in association with a call 
5 invitation to an IP-telephony subscriber may be combined 
with the rest of the CDRs for the call. 

Thus, the present invention proposes a method for billing a 
subscriber (A, B) for data transmission in a communication 
10 network (NW; AN, CN) said communication network comprising 
at least one call control entity (CSCF) for controlling 
calls to be established from a subscriber (A, B) to a 
communication destination (B, A) , said method comprising 
the steps of! forwarding a s Igh a ri "ng me s s a ge f r om said 
15 subscriber (A) to said destination (B) , said signaling 
message comprising a message header and a message body, 
said message header including information descriptive for a 
content carried in the message body, analyzing said 
signaling message header at said call control entity 
(CSCF) , and generating billing information based on the 
result of analysis. 



Although the present invention has been described herein 
above with reference to its preferred embodiments, it 
25 should be understood that numerous modifications may be 

made thereto without departing from the spirit and scope of 
the invention. It is intended that all such modifications 
fall within the scope of the appended claims. 
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Claims 

1. A method for billing a subscriber (A, B) for data 
transmission in a communication network *(NW; AN, CN) 
5 said communication network comprising at least one 

call control entity (CSCF) for controlling calls to be 
established from a subscriber (A, B) to a communication 
destination (B, A) , 

said method comprising the steps of: 

10 - forwarding a signaling message from said subscriber (A) 

to said destination (B) , 

said signaling message comprising a message header and 

a message body, said message header including information 

descriptive for a content carried in the message body, 
15 - analyzing said signaling message header at said call 

control entity (CSCF) , and 

- generating billing information based on the result of 
analysis . 

20 2. A method according to claim 1, wherein 

said communication network is operated using the Session 
Initiation Protocol SIP. 

3. A method according to claim 2, wherein 
25 said signaling message is a SIP message, 

.4. A method according to claim 3, wherein 

said message header comprises a content type field. 

30 5. A method according to claim 3, wherein 

said message header comprises a content length field. 

6. A method according to claim 4, wherein 

said message header comprises a content length field. 

35 
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7. A method according to claim 4, wherein 

said billing information is generated dependent on said 
content type. 

8. A method according to claim 5 or 6, wherein said billing 
information is generated dependent on said content length. 

9. A method according to claim 6, wherein said billing 
information is generated dependent on said content type and 
said content length. 

10. A method according to claim 1, wherein 

said content carried in said message body is a Multipurpose 
Internet Mail Extension (MIME) type content. 

11. A method according to claim 10, wherein said MIME type 
content is at least one of at least the following: text, 
image, audio, video, compressed file, application data, 
HyperText Markup Language (HTML) data, e-mail data. 

12. A method according to claim 1, wherein 

said billing information generated is a Call Detail Record 
(CDR) . 

13. A method according to claim 3, wherein said SIP message 
is a SIP request message of SIP INVITE, SIP ACK, SIP BYE, 
SIP CANCEL , SIP OPTIONS, SIP REGISTER. 

14. A method according to claim 3, wherein said SIP message 
is a SIP response message of lxx Informational, 2xx 
Success, 3xx REDIRECTION, 4xx CLIENT ERROR, 5XX SERVER 
ERROR, 6XX GLOBAL FAILURE. 
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Fig. 2 



